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@ PROCEDE DE CHARGEMENT D'UN PROGRAMME D'UTILISATION DANS UN SUPPORT A PUCE. 



(57) Pour resoudre des problemes de coexistence (BAN- 
QuE, SERVICE) de divers programmes dans une m§me 
carte a puce on prevort de munir le systeme d'exploitation 
(5) de la puce (1) de cette carte, d'un programme (CHAR) 
de chargement qui transforme tout programme (15) d'utili- 
sation, de facon a ce que les instructions et les donnees de 
ce programme d'application soient affectes d'adresses ab- 
solues (2356), utilisables directement dans le circuit int£- 
gre, et correspondent aux adresses reelles dans une me- 
moire (4) de donnees de ce circuit int6gr6. On montre 
qu'en agissant ainsi, on permet a la fois la cohabitation et 
I'indgpendance des programmes d'utilisation charges dans 
les puces. 
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A 

PROCEDE DE CHARGEMENT D 1 UN PROGRAMME D ' UTILISATION* DANS 

UN SUPPORT A PUCE. 

La presente invention a pour objet un procede de 
chargement d'un programme d 1 ut i 1 isat ion dans un support 
portable a puce. Elle est applicable en particulier 
dans le domaine des cartes a puce. Elle concerne plus 
5 particulierement les situations dans lesquelles on veut 
faire co-exister dans une memoire d'une carte a puce 
plusieurs applications de types differents. On appelle 
application la suite des operations effectuees tant a 
l'interieur d'une carte a puce que dans un lecteur avec 

10 lequel cette carte est en relation et qui conduisent a 
la satisfaction d'un besoin exprime par un utilisateur 
porteur de la carte. Ces operations comportent des 
traitements electroniques a 1 1 interieur des circuits de 
la carte et du lecteur, et des actions, eventuel lement 

15 mecaniques, sur des per ipher iques auxquels le lecteur 
est relie. Une application comporte done, enregistre 
dans la memoire de la carte, un programme d • ut i 1 isation 
de cette carte a cette fin, ce programme comportant un 
ensemble d 1 instruct ions . 

20 Une carte a puce comporte dans sa structure 

generale un micro-processeur en relation avec une 
memoire programme, une ou des memoires de donnees et 
une interface de communication avec le monde exterieur, 
Dans le but de rendre 1 ' uti 1 isation d'une carte a puce 

25 plus pratique il a ete envisage de faire co-exister sur 
une meme carte plusieurs programmes d • utilisation. Par 
exemple, un programme d • uti 1 isation bancaire et un 
programme d ' util isation de reservation de voiture. Les 
deux prestataires de service responsables de ces 

30 programmes d ' utilisation , une banque et un organisme 
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bancaire. vont en general ne rien avoir en common, 
etant totale^ent independants l'un et 1 -autre. Us 
peuvent neme ignorer que des cartes a puce portees par 
leurs clients sont nunies de progrannes d • ut i 1 isation 
des services d'un autre prestataire. 

Le problem pose par c, type de partage de 
ressources de la carte a puce par plusieurs 
applications est f ondamenta lenent le respect de 
l'integrite, par un des programmes d • ut il isation , des 
donnees et des instructions d'un autre programme 
d 'uti 1 isation . 

Pour resoudre le probleme de la co-existence, il a 
ete envisage plusieurs solutions qui reposent toutes 
dans leur principe sur 1 • intervention d-une autorite 
superieure, par exemple 1-entreprise qui fabrique les 
cartes. Dans ce cas plusieurs solutions sont 
envisageables . 

Par exemple, les fabricants de circuits integres, 
qui fabriquent les circuits integres a enchSsser dans 
les cartes peuvent etre investis de cette autorite. 
Autrement, le circuit integre fabrique peut etre 
totalement nu , ou peut ne comporter dans sa memoire 
programme qu'un ensemble elementaire d • instructions 
destinees a l e faire fonctionner. Cet ensemble 
d- instructions elementaires est le systeme 

d'exploitation du circuit integre. Ce systeme 
d 'exploitation peut lui-meme etre programme a 
l'interieur du circuit integre. soit directement a la 
fabrication (dans ce cas il est programme le plus 
generalement par masque), ou par exemple au cours d-une 
operation de test. 

Dans une autre facon de faire, le systeme 
d'exploitation peut etre installe dans le circuit 
integre par un* entreprisc qui net a la disposition 
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d'un prestataire de service un lot de cartes avec un 
systeme d 1 exploitation et des programmes d * uti 1 isa t ion 
adaptes aux exigences de ce prestataire de service. 
Dans ce dernier cas, la solution retenue pour faire co- 
exister differentes applications sur un meme circuit 
integre, dans une meme carte a puce, et de concevoir a 
chaque fois un systeme d 1 exploitation special afin que 
plusieurs applications de type different, mais connues 
a l'avance, puissent etre memorisees dans la carte et 
que les applications ne puissent retentir les unes sur 
les autres sans I'accord des prestataires de service 
concernes . 

Cette solution presente 1 1 inconvenient que 
I'entreprise qui la met en oeuvre doit connaitre des le 
depart toutes les utilisations qui vont etre faites 
avec les cartes qu'elle met a la disposition des 
prestataires de service. Ceci empeche done toute 
evolution. L'autre inconvenient presente par cette 
methode et qu *el le repose sur la conf iance a faire par 
les differents prestataires de service a la societe qui 
met en oeuvre le systeme d r exploitation et les 
programmes d 1 appl ica t ion dans les circuits integres des 
cartes. Les applications pouvant comporter des actions 
sensibles pour ces prestataires de service, cette 
confiance est difficile a obtenir ou a controler. 

En plus de ce probleme devolution des 
applications, il se presente la difficulty que la 
memorisation de programmes d 1 ut i 1 i sa t ion dans la 
memoire du circuit integre de la carte a puce ne peut 
se faire qu 1 en designant dans ces programmes des 
adresses absolues des zones memoires disponibles dans 
cette carte. C'est-a-dire qu'il serait necessaire de 
divulguer toute la structure du circuit integre de la 
carte, notamnent divulquer les adresses ou sont 
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•tock.es les secrets de la carte, ses clefs privees de 
chiffrement, si on voulait que quiconque puisse 
enregistrer ses propres programs d • ut i 1 isation dans 
une carte a puce. 

L ' invention a pour objet de readier a ce probleme 
en mettant en oeuvre, dans le systeme d ■ exploitation du 
circuit integre, une macro instruction de chargement 
dont les caracteristiques consistent d'une part a 
calculer des adresses absolues ou doivent etre rangees 
les instructions du P rogra« d - util i sat ion a partir 
d'une adresse de depart connue, a modifier le programme 
d utilisation en consequence et a enregistrer les 
instructions de ce programme a ces adresses calculees 

selon 1'invention, i e programme d • ut i lisation du 
circuit xntegre comporte d^ autre part une definition 
d un espace memoire de donnees qui sera necessaire pour 
la mise en oeuvre de cette utilisation. Dans 
1 invention. la macro instruction de chargement lit 
•lor. cette definition presente dans ce programme 
d utilisation (generalement en tete de ce programme), 
et reserve en memoire de donnees une place necessaire 
pour stocker les donnees correspondantes . Au cours du 
chargement, la macro instruction de chargement de 
1 invention effectue, de preference, aussi en plus une 
mi- a jo ur d'une zone memoire representative de 
1 occupation en memoire du programme d 'utilisation 
relatif a cette application. Cette zone memoire peut 
comprendre par exemple un descripteur de fichiers 

L 1 invention concerne en consequence un procede de 
chargement dans une puce electronic^ . portee par un 
support portable a puce et comprenant un 
.icroprocesseur et une memoire, d'un programme 
d utilisataon de ce support a puce, ce programme 
comportant des instructions d,m P Icquel, 
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- on munit la puce d'un systeme d 1 explo i tat ion 
comportant notamment un programme de chargement en 
memoire, ce systeme d'exploitation commandant le 
f onctionnement du mi croprocesseur et de la memoire, 

- on enregistre dans la memoire, au moyen du 
programme de chargement en memoire, le programme 
d 'utilisation 

caracterise en ce que 

- on definit dans le programme d 1 ut i 1 isat ion , une 
quantite de place necessaire en memoire de la puce pour 
contenir des donnees a utiliser par ce programme 
d 'utilisation, 

- on fait calculer par ce programme de chargement 
en memoire, au moment de ce chargement, des adresses 
absolues pour enregistrer en memoire des donnees 
utilisees dans le programme d 1 uti 1 isat ion et les 
instructions de ce programme d 1 uti 1 isat ion , 

- on modifie en consequence ce programme 
d'utilisation, et 

- on fait enregistrer par ce programme de 
chargement les donnees et les instructions presentes 
dans le programme d » ut i 1 isat i on a ces adresses absolues 
ca lculees . 

Un autre pr obi erne inherent aux cartes a puce est de 
donner aux prestataires de service la possibility de 
programmer de nouvelles applications, ou de modifier 
leurs applications, sans avoir a connaitre le 
f onctionnement du systeme d'exploitation de 
l'invention. II est alors prevu dans "1- invention de 
munir le circuit integre de la carte d'un programme 
interpreteur de commande. Un tel programme interpreteur 
de commande est capable de faire executer par le micro- 
processeur du circuit integre des instructions en un 
langage evolue (symbol iquo) ot lues dans une memoire 
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programme, en les interpretant au vol, c'est-a-dire en 
les transfornant en instructions executables par le 
micro-processeur . Ces instructions executables peuvent 
alors etre chargees telles qu'elles dans le registre. 
d' instructions de ce micro-processeur. 

Dans ces conditions, les seules contraintes qui 
pesent sur les prestataires de service sont de munir 
leurs programmes d ' uti 1 isat ion , premierement d 1 une 
definition de, l'espace necessaire pour les donnees, et 
d'autre part d'utiliser un programme en langage evolue 
communement utilise dans le domaine inf ormat ique. Par 
exemple, ce programme en langage evolue peut etre un 
programme en langage C, FORTH , FORTRAN ou COBOL ou 
autre. Le cas echeant, la macro instruction de 
chargement pourra etre capable de reconnaitre au 
prealable le langage evolue utilise de facon a orienter 
convenablement 1 1 interpretation des commandes. Un 
interpreteur different correspond alors aux differents 
types de langage. 

L 1 invention a done pour objet dans ce but, un 
procede comme le precedent caracterise en ce que 

- on munit la puce d'un systeme d 1 exploitat ion 
comportant un programme 33 interpreteur de commande, 

- on enregistre dans la memoire de la puce, au 
moyen du programme de chargement . en memoire, un 
programme 15 d 1 uti 1 isat ion du support a puce comportant 
des instructions ecrites dans un langage evolue, non 
directement executable-, par le microprocesseur , dans le 
but de faire executer par le microprocesseur des 
instructions interpretees resultant de ces instructions 
non directement executables apres leur avoir fait subir 
une interpretation par le programme interpreteur de 
commande , 

- on fait calculer par in progr^mc^ de chargement 
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en memoire, au nonent de cet enregistrenent, des 
adresses pour er.reg i strer en .nerr.oire de la puce les 
instructions du programme en langage evolue, 

- on modifie les instructions en langage evolue en 
fonction de ce calcul, 

- on enregistre ces instructions en langage evolue 
dans la memoire a des adresses absolues calculees par 
ce programme de chargement. 

L'invention sera mieux comprise a la lecture de la 
description qui suit, et a l'examen des figures qui 
l'accom.pagnent. Celles-ci ne sont donnees qu'a titre 
indicatif et nuiiement limitatif de l'invention. Les 
figures montrent: 

- figure l: une structure de circuit integre pour 
un support electronique apte a mettre en oeuvre le 
procede de l'invention ; 

- figure 2: un organigramme montrant la suite des 
operations de chargement selon le procede de 
l'invention 

- figures 3a a 3c: un exemple, schematique, d'un 
programme ecrit en langage evolue, et avec un adressage 
relatif, et les differentes transformations qu'il subit 
avant son enregistrement dans la memoire du circuit 
integre ; 

figure 4: une description de la syntaxe de 
certaines instructions utilisables dans un tel 
programme. 

La figure l montre la structure d'un circuit 
integre pour un support portable apte a mettre en 
oeuvre le procede de l'invention. Une puce electronique 
1 est portee par un support portable non represents. 
Dans un exemple, le support portable est une carte a 
puce. La puce l comporte un mi cro-processeur 2 et une 
memoire. Dans 1 'exemple, la nopoirc est ici une memoire 
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double. Elle comporte une preniere memoire 3 destinee a 
memoriser un systeme d • exploitat ion circuit integre. La 
memoire 3 est de preference une memoire non 
programmable, par exemple programme par masque ou 
eventuellement programmable puis verrouillee apres sa 
programmation pour ne plus l'etre par la suite. Elle 
est de type non volatile, ses cellules memoires pouvant 
etre des cellules de type EF'ROM ou bien EEPROM . Une 
autre partie 4 de la memoire, est du type programmable 
et effacable a volonte, de preference elle est du type 
EEPROM . Elle est aussi non volatile. Le prestataire de 
service peut y inclure tous les programmes 
d'utilisation qu'il veut afin que le circuit integre l 
puisse effectuer toutes applications desirees pour son 
compte. 

Le systeme d • exploitation enregistre dans la 
memoire 3, comporte au moins un premier ensemble 
d- instructions 5, de type connu. Par exemple, ces 
instructions sont des instructions, MOVE, MULT, PLUS ou 
GOTO , dont le but est, une fois chargee dans un 
registre d ■ instructions 6 du processeur 2, de provoquer 
le transfert de donnees (ou d • instructions) dans un 
registre de donnees 7 du micro-processeur 2, en vue de 
leur traitement par ce dernier. Le fonctionnement, de 
type connu, de ce systeme est le suivant. Au moment du 
lancement d'un programme d 'utilisation. • content, " par 
exemple dans une partie 8 de la memoire 4, une 
instruction lue dans cette partie provoque le 
chargement d'une instruction du systeme d • exploitat ion 
5 dans le registre 6 (dans certains cas elle provoque 
le chargement successif de plusieurs des instructions 
du systeme d • exploitation) . En meme temps sont charge., 
dans .le registre de donnees 7 du mi croprocesseur , les 
donnees utiles. Lea donndcs sont par exomple prelevees 
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dans une partie & de la memoire 4. Puis ces donnees 
sont traitees par le microprocesseur 2, le resultat se 
retrouvant dans le registre 7 (par exenple) . Les 
parties 8 et 9 ensemble, forwent une zone 10 de la 
memoire 4 reservee a 1 • appl ication concernee. Dans 
l'exemple montre, 1 • appl ication est schemat iquement une 
application de type bancaire. Elle peut par exemple 
correspondre a un scenario de visualisation de solde de 
compte bancaire sur un ecran d'un lecteur. 

Dans l'etat de la technique, la raise en place des 
instructions de 1 ' appl ication bancaire et des donnees 
relatives a cette application dans les zones 8 et 9 
respectivement de la memoire 4, est provoquee par un 
systeme externe 11, qui prend la main sur le circuit 
integre l par 1 • intermedia ire d'une interface 12 de 
communication du circuit integre 1 avec le monde 
exterieur. L' interface 12, ainsi que tous les circuits 
du circuit integre sont relies entre eux par un bus 13 
qui, pour simplifies sera utile a la transmission des 
adresses, des donnees, et des commandes. 

Le pilotage d'un circuit 14 d'ecriture dans la 
memoire 4 peut ainsi etre mene depuis 1 'exterieur, par 
le circuit 11. 11 est necessaire de piloter le circuit 
14 d'ecriture avec des designations d'adresses 
absolues. En effet, par exemple, la premiere 
instruction INSTRUCTION 1, doit etre stockee a 
l'adresse OOOO de la memoire 4. Dans l'etat. de la 
technique, ] e circuit 14 agit sous le controle du 
circuit 11 par 1 • intermedia ire de 1 • interface 12. Le 
circuit 11, et done ceux qui le commandent devaient 
etre investis de la connaissance necessaire, et de la 
confiance a leur faire, pour mener a bien cet 
enregistrement . 

Dans 1- invention pour cvit%r des actions 
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mtempestives d'un circuit 11. notamment dans le cas ou 
on veut mettre plusieurs types d ■ ut i 1 isat ion dans la 
zone 4, on s'interdit de stocker des instructions dans 
la zone 8 sous le controle d'un circuit externe 11. 

Pour arriver au resultat, dans 1 • invention on munit 
le systene d • exploitation 5 d'une macro instruction de 
chargement, specifique, ici symbol iquement representee 
par une instruction CHAR de ce systene d ■ exploitation 
L ' instruction CHAR a pour objet d • enregistrer dans la 
nemoire A les instructions d'un programme 15 
d'utiUsation, ainsi que de reserver la place 
necessaire en memoire pour les donnees utilisees, par 
le programme 15. 

On va decrire maintenant ces deux operations, etant 
entendu qu'elles peuvent se faire dans un ordre 
indifferent du moment qu'il est prevu a l'avance. En 
pratique, le programme 15 et les definitions de donnees 
utilisees sent presentes a 1 • interface . 12 sous la forme 
d'un fichier 17 que 1 ' instruction CHAR consulted Dans 
1' invention, au moyen d'un compteur 16 qui compte les 
instructions deja enregistre.es, on memorise une adresse 
CPTIO initiale, montrant qu'elle est la premiere 
adresse d • instruction disponible pour un nouveau 
programme . 

Le chargenent se produit alors de la facon 
suivante. Figure 2, le rr.icroprocesseur 2 en execution 
de I- instruction CHAR va lire, etape 13, au travers de 
1' interface 12, la premiere instruction du programme 
15, celle dont le rang est l. L • instruct ion CHAR 
affecte alors, etape 19, a cette instruction de rang 1 
une.. adresse absolue egale . C PTI . Au debut du 
chargement 1 'adresse CPTI est une adresse initiale 
CPTIO. Dans un exemple tout a fait arbitraire 
1 'adro.se CPTIO eiit 2356 d«„ a la noBoire „ . Au 
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d'une etape 20 suivante de L 1 instruction CHAR , cette 
instruction de rang i, est . enregi stree dans la memoire 
4 dans la zone 21 a l'adresse voulue: 2356. 
l'affectation evoquee comporte done l e calcul de 
l'adresse absolue. Cette affectation peut comporter la 
modification du programme pour faire figurer en tete de 
1' instruction (ou en queue) l'adresse absolue ou elle 
doit etre enregistree. Au moment de cat enregistrement 
1' instruction CHAR lit cette adresse absolue et 
enregistre 1 - instruction a l'adresse correspondante . 
Par une etape de test 21, 1 ' instruct ion CHAR verifie 
ensuite que 1 • instruction du programme 15 (qui vient 
d'etre enregistree) etait la derniere a enregistrer 
Comme ce n'est pas le cas ici, a une etape 2 2 le 
contenu du compteur is est increments de maniere a cs 
qu'une zone 23 du compteur 16 comporte maintenant un* 
valeur courante CPTI augmente (dans un exemple egale a 
2357). Puis !• instruction CHAR provoque le retour a 
1 'etape is afin de lire une instruction suivante dans 
le programme is, 1 • instruct ion de rang 2 , et de 
1 'enregistrer a l'adresse 2357. Ainsi de suite toutes 
les instructions sont enreg istrees . 

Un programme comme le programme 15 comporte 
normalement des instructions de saut. Ainsi qu'on l'a 
montre dans. le programme 15, il est prevu une 
instruction de rang n provoquant un saut a 
1' instruction de rang p. Une instruction de saut est 
normalement une instruction de type if ou GOTO . On 
emploie aus.i quelquefois lo terme d • instruction de 
branchement. Le rang p est ici la destination de 
1 'instruction de rang n. s-agissant d'un programme en 
langage evolue de type connu, 1 ' instruction CHAR 
comporte alors un test 2< pour savoir si 1 • instruct ion 
de rang n qui est a enregir-trer est une instruction 
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comportant un saut ou non. Jusqu'a present cela n'avait 
pas ete ] e cas. C'est par centre le cas pour 
1 ' instruction de rang n. 

Au cours d'une etape 25, la destination p 
(indication relative) est remplacee par une destination 
absolue (une adresse absolue en nenoire) . Cette adresse 
absolue est egale a 1 ■ etat du conpteur d • instruct ions 
mitiales CPTIO additionne a la valeur p. Au cours de 
1' instruction 25, apres avoir calcule 1 -adresse de 
destination absolue, 1 ' instruction CHAR modifie 
1' instruction de rang n pour la transformer en une 
instruction dans laquelle la destination n'est plus p 
(destination relative) mais la nouvelle destination 
absolue. Par la suite, a 1 -etape 20 de 1 ' i nstruct ion 
CHAR, on enregistre 1 • instruction de rang n a 1 • adresse 
CPTI0 +n -l dans la zone 21. Ainsi de suite le programme 
se deroule, jusqu'a 1 • enregistrement des q instructions 
du programme 15. 

Dans le cas ou la suite des rangs l, 2, 3, n , p, q 
des instructions du programme 16 comporteraient des 
trous, il peut etre prevu par 1 • instruct ion CHAR, 
preincrement, de combler ces trous (calculer un 
adressage relatif continu) , et deuxiemement de modifier 
une premiere fois, en cas de saut, les adresses de 
destinations P pour tenir compte d'une sequence 
continue. Dans ce cas p serait remplace par p' 
(correspondant a des rangs evoluant continuant) et 
1 'etape 25 d • instruction CHAR s ' appl iquera i t a la 
valeur p ' . 

Pour la reservation en memoire des donnees, on peut 
agir de deux facons. D'une premiere facon, representee 
sur les figures 3a a 3c des variables resul. index, 
temp, nain du programme 15 sont detectees lors d'une 
premiere lecture du programme 15. Une adresse ordonnee 
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Q donnee: 0 a Q donnee: 3, leur est alors petit a petit 
attribute. Ces adresses ordonnees relatives sont 
ensuite transformers en des adresses absolues (avec un 
meme mecanisme que pour les instructions) . Le programme 
15 est alors modifie pour remplacer ces adresses 
relatives ordonnees par des adresses absolues, ici de 
2450 a 2495. Ceci est apparent sur les figures 3a a 3c. 

D'une autre facon, le programme 15 comportera, une 
instruction DEFIN de definition comportant comme 
argument associe, la quantite de place necessaire en 
memoire. Par exemple ici, le programme 15 debute par 
1' instruction de rang 0, DEFIN assortie de 1 1 argument 
45. Avec cette instruction de rang 0, 1 • instruction 
CHAR sait qu'il faut reserver dans la memoire de 
donnees 4, une .zone 26, pour y stocker les donnees a 
• utiliser par le programme 15. Ceci permet d'utiliser, 
le cas echeant, une facilite de stockage en longueur 
variable du systeme d 'exploitation 5. 

Dans les deux cas, dans 1' invention, on utilise un 
deuxieme compteur 27, pour contenir d'une part, 
l'adresse de depart disponible dans la memoire 4 pour y 
stocker les donnees et d 'autre part une adresse finale 
tenant compte du nombre de variables utilisees dans le 
programme 15, ou de 1 ' argument ( ici 45) indique dans 
l'ordre DEFIN. La place reservee en memoire est 
intermediate entre ces deux adresses. On verra par la 
suite comment les compteurs 16 et 27 peuvent etre 
amenages dif f eremment . L'explication donnee ici est une 
explication cherchant a faire comprendre le procede de 
l'invention. 

Dans un exemple prefere, les zones 21 et 26 de la 
memoire sont contigues: leurs adresses se suivent. 
L'adresse de depart, contenant la valeur CPTIO du 
compteur 16, et l'adresse finale du compteur 27 
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determent 1'occupation totale en ne.oire. Dans ces 
conditions, ie d ebut du con , pteur des adressGs de 
donnees 27, peut etre calcule par 1 • instruction CHAR au 
cours d'une etape 23 initiale. Ainsi. avec un test 
analogue au test 22, on aura montre qu'on est passe par 
la derniere instruction de rang q: on sait co.bien il y 
a d- instructions, on peut attribuer aux donnees des 
adresses CPTDO et suivantes commencant a CPTI0 +q et 
suivantes. 

L'organigramme de la figure 2 est optionnel, on 
peut faire dif f ere^ent comme on le comprendra par la 
suite. Dans un exemple, ou le programme 15 comporte 94 
instructions, q = 94 , l'adresse de depart du compteur de 
donnees CPTDO sera 1'adresse 24 50 correspondant a 
1 'addition de l'adresse de depart du compteur CPTIO et 
du nombre d • instruct ions memorises . Au cours d'une 
etape 29, 1'instruction CHAR lit ensuite 1 • instruction 
de rang o, si eli e existe, et reserve en memoire la 
Place de la zone 2.6, jusqu'a l'adresse 2495. Puis on 
modifie avec 1 • instruction CHAR, a 1' etape 30 i es 
instructions du programme pour y inscrire les adresses 
absolues necessaires: les adresses de saut (l'adresse 
2358 pour 1 ' instruct ion de rang 6 BN2E rangee elle-meme 
a l'adresse 2362), et les adresses en memoire de la ou 
sont stockees les valeurs des variables utilisees dans 
le programme. 

Les figures 3a a 3c montrent une explication du 
programme en vue de son enregistrement dans la memoire 
4. Dans un premier temps, figure 3b, les variables 
evoquees sont renplacees par des adresses ordonnees 
relatives dont 1'ordro correspond a 1 . ordre 
d'appantion des variables dans le programme. 

En pratique, 1 1 instruction CHAR transform le 
programme is nontre sur la figure 3a en un programme 15 
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montre sur la figure 3c. II peut ctre plus judicieux de 
faire la reservation de donnees d'abord, d'affecter aux 
donnees et aux variables des adresses absolues dans la 
memoire de donnee 26 et d'af fecter ensuite leur place 
aux instructions dans la memoire 4. 

Une fois que le programme 15 a ete charge dans les 
zones 2 1 et 26 de la memoire 4, 1 ' instruction CHAR 
enregistre a une etape 31 un descripteur dans une zone 
32, de la memoire 4. Le descripteur en zone 32 concerne 
le non de 1 ■ application , ici il s'agira par example, de 
1 1 application SERVICE. II concerne aussi les adresses 
absolues de depart, 2356, et d'arrivee, 2495, ou sont 
stockees toutes les instructions et donnees du 
progranme. L'avantage de stocker les instructions dans 
la zone 21 a des adresses de rangs inferieurs a ceux 
des donnees de .Ja zone 26, est que le programme peut 
commencer directement a l'adresse 2356. A la 
reconnaissance du nom de 1 1 application SERVICE, le 
descripteur en zone 32 renseigne le systeme 
d ' exploitation sur le fait que le programme concerne 
commence a l'adresse 2356. 

Telles que les instructions sont indiquees dans le 
programme 15, et sur les figures 3a a 3c, elles 
correspondent, selon un mode prefere de 1' invention, a 
un langage evolue, symbolique, lui-neme renvoyant a des 
instructions executables par le micro-processeur . Par 
exemple, MOVE a pour objet de copier la valeur qui est 
donnee dans le deuxieme argument a l'adresse qui est 
indiquee dans le premier argument. L ' instruction MULT a 
pour objet de multiplier le contenu stocke a l'adresse 
du deuxieme argument de . cette instruction par le 
contenu stocke a l'adresse du premier argument et de 
mettre le tout a l'adresse du premier argument. La 
figure 4 rappelle cos pdrticularites. On y remarque 
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notamment que -instruction BNZE est 1 • instruction de 

saut 



Nornalement. un tel programme est conpile avant son 
enregistrement dans la memoire La compilation a pour 

ob^et de transformer chaque instruction MOVE , MULT ou 
autres, qui sent des macro instructions, en des suites 
de micro instructions directement executables par le 
microprocesseur 2. Ces suites de micro instructions ont 
bien entendu pour objet d'acconplir la fonction de la 
macro instruction, n-.ais aussi d 'organiser toutes les 
lectures en memoire 3 et A , tous les transferts sur le 
bus 13, toutes les liberations de registre 7 utiles " 
etc. ... ' 

Dans 1- invention pour faciliter le travail des 
prestataires de service, on ne leur impose pas de 
compiler leur programme ni bien sur d'ecrire le 
programme 15 en langage machine executable par le 

processeur 2. 

Plutot que de stocker les instructions en langage 
directement executable par le micro-processeur 2, done 
des instructions chargeable* telles quelles dans le 
registre d • instructions 6 de ce micro-processeur, on 
prefere demander aux prestataires de service de 
programmer leurs programmes 15 dans un langage evolue 
Avec des instructions du type de eel les vues dans la 
figure 4. 

Dans ce cas, on munit par aill eurs le syst ^ me 
d exploitation enregistre dans la memoire 3 d'un 
interpreteur 33 de commande qui est capable de 
transformer chacune des macro- i nstruct ions MOVE MULT 
PLUS , etc.. en une suite de micro-instructions 
directement executables par le microprocessor 2. 

Dans l'invention 1 • i nstruct ion CHAR est une des 
instructions chargees dans le r.ystfc.-ne d • exploitation 5 
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Le programme interpreter de commande 32, comporte 
alors une sequence de micro-instructions correspondant 
a cette instruction CHAR. 

Les micro instructions sont celles evoquees par les 
etapes 18 a 31. Au moment de . la nise en oeuvre d • une 
application, une instruction (en langage evolue) 
prelevee dans la zone 21 renvoie alors a une macro- 
instruction a interpreter par le programme interpreteur 



33 



Au cours de i ■ application, on utilise chaque fois 
le descripteur d ' appl ication pour verifier que les 
adresses sur lesquelles le programme engage agit sont 
des adresses contenues entre les limites indiquees par 
le descripteur en zone 32. 

De preference, le systeme d' exploitation ainsi que 
le programme interpreteur 33, lorsqu'on choisit d ' en 
meftre un en oeuvre. sont enregistres dans la memoire 3 
de type non programmable au moment de la fabrication du 
circuit integre i. De cette facon, ces parties de 
programme ne peuvent pas etre modifiees par des 
applications chargees, dans la memoire 4 par exemple. 

On a decrit les compteurs 16 et 27 avec notamment 
des registres. II est cependant possible de remplacer 
ces compteurs par des instructions de type comptage, 
executees par le micro-processeur 2, et accompagnant 
^instruction CHAR . ces instructions de comptage 
auraient notamment pour objet de passer en revue les 
descripteurs deja present dans la memoire. Ces 
compteurs peuvent neanmoins avoir egalement une allure 
physique. Ainsi, ] a memorisation des valeurs de depart 
des compteurs 16 et 27 peut etre remplacee par une 
lecture du dernier descripteurs 32. Lorsque plusieurs 
applications sont enregistrees dans la memoire 4, il y 
a plusieurs doncrinteurs. lo d-rnifr inscrit est trouve 
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en lisant la memo ire a l'envers: c'est le dernier 
emplacement utilise avant un emplacement vide. 



BNSOOCID: <Ffl 27S7970A1_I_> 



2757970 



19 

REVEND I CATIONS 



1 - Procede de chargement dans une puce (l) 
electronique, portee par un support a puce et 
comprenant un microprocesseur (2) et une memoire (3, 
4), d'un programme (15) d • ut i lisation de ce support a 
5 puce, ce programme comportant des instructions dans 
lequel 

- on munit la puce d'un systeme d ' exploitation (5) 
comportant notamment un programme (CHAR) de chargement 
en memoire, ce systeme d • exploitation commandant le 

10 fanctionnement du microprocesseur et de la memoire, 

- on enregistre (20) dans la memoire, au moyen du 
programme de chargement en memoire, le programme (15) 
d 'utilisation 

caracterise en ce que 
15 ~ on definit (DEFIN, resul, temp, index...), dans 

le programme d 'utilisation, une quantite de place 
necessaire en memoire (4) de la puce pour contenir des 
donnees a utiliser par ce programme d ' utilisation, 

- on fait calculer par ce programme de chargement 
2 0 en memoire, au moment de ce chargement, des adresses 

absolues pour enregistrer en memoire des donnees 
utilisees dans le programme d ' utilisation et les 
instructions de ce programme d • util isation, 

- on modifie en consequence ce programme 
25 d'utilisation, et 

- on fait enregistrer par ce programme de 
chargement les donnees et les instructions presentes 
dans le programme d'utilisation a ces adresses absolues 
calculees. 

30 2 ~ Procede selon la revendication 1 caracterise 

en ce que on fait enregistrer par le programme de 
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chargement un descripteur (32) des limites adresses 
absolues calculees ou ces instructions et ces donnees 
se trouvent. 

3 - Procede selon 1 1 une des revend ications 1 ou 2 , 
5 caracterise en ce que 

- on teste si une instruction a charger est une 
instruction de saut, et, si c'est le cas, 

- on calcule une adresse absolue pour la 
destination du saut, 

10 - on modifie, dans cette instruction, la 

destination de saut en rempla<?ant cette destination par 
l'adresse absolue de saut calculee, et 

- on enregistre 1 1 instruct ion de saut modifiee. 

4 - Procede selon 1 'une des revend ications 1 a 3, 
15 caracterise en ce que 

- on calcule les places en memoire en fonction de 
la place disponible dans cette memoire. 

5 - Procede selon l'une des revend ications 1 si 4 , 
caracterise en ce que 

20 -r on charge les donnees et les instructions du 

programme dans des zones contigues de la memoire, et 

- on enregistre dans une zone descripteur de la 
memoire les limites d f adresses de ces zones contigues 
et affectees a cette utilisation. 

25 6 - Procede selon l'une des revend ications 1 a 5, 

caracterise en ce que 

- on munit la puce d'un systeme d 1 exploitation 
comportant un programme (33) interpreteur de commande, 

- on enregistre dans la memoire de la puce, au 
30 moyen du programme de chargement en memoire, un 

programme (15) d • uti 1 isat ion du support a puce 
comportant des instructions ecrites dans un langage 
evolue, non directement executables par le 
microprocesseur , dans le but de faire executer par le 
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microprocesseur des instructions interpretees resultant 
de ces instructions non directement executables apres 
leur avoir fait subir une interpretation par le 
programme interpreteur de commande, 
5 - on fait calculer par le programme de chargement 

en memoire, au moment de cet enregistrement, des 
adresses pour enregistrer en memoire de la puce les 
instructions du programme en langage evolue, 

- on modifie les instructions en langage evolue en 
10 fonction de ce calcul, 

- on enregistre ces instructions en langage evolue 
dans la memoire a des adresses absolues calculees par 
ce programme de chargement. 

7 - Precede seloh la revendicat ion 6, caracterise 
15 en ce que 

- on execute le programme d 'ut i lisat ion en 
verifiant a chaque instruction interpretee a executer 
que les donnees ou les instructions auxquelles une 
instruction interpretee renvoie se trouvent a une 
adresse contenue dans les limites enregistrees dans le 
descripteur de la table de decision. 

8 - Procede selon l'une des revendicat ions 6 a 7, 
caracterise en ce que 

- on enregistre en memoire de la puce le systeme 
d 'exploitation, comportant le programme de chargement 
en memoire et le programme interpreteur de commande, 
des la constitution de cette puce. 
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OpeV<3nde2 


Description 


MOVE 


adr 


val 


Copie la valeur val a I'adresse adr 


MULT 


adrl 


adr2 


Multiplie le contenu deadrl 
avec le contenu de adr2 etstodce 
le resultat a I'adresse adrl 


PLUS 


adrl 


adr2 


Additionne le contenu de adrl 
avec le contenu deadr2etstocKe 
le resultat a I adresse adr 1 


INFE 


adrl 


adr2 


Positionne I indicateur de com - 
paraispn a 1 si le contenu de adrl 
est inferieur ou egal au contenu 
de adr 2. a 0 danslecascontraire 


BNZE 


adr 




Deroute rexecutiondu programine 
a I'adresse adr si rindicafeur de 
comparaison estdiffe'rentde 0 
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